Spring MVC or WebFlux?
- 如果你的Spring MVC应用运行良好，则不需要改变。Spring MVC更容易编写、理解、调试，可以选择更多的库，因为目前大多数库都是阻塞的。
- 如果你对轻量的web框架感兴趣，并希望使用Java 8 lambdas或者Kotlin，则可以选择Spring WebFlux。对于小型应用程序或微服务来说，这也是一个不错的选择，因为它们可以从更大的透明性（transparency）和控制中获益。
- 在微服务体系架构中，可以混合使用带有Spring MVC或Spring WebFlux控制器或Spring WebFlux 函数式的应用程序。在两个框架中都支持相同的基于注释的编程模型，这使得重用知识更容易，同时也为正确的工作选择了正确的工具。
*评估的一个简单方法是检查应用的依赖项。 如果你要使用阻塞持久性APIs (JPA、JDBC)或网络APIs，那么Spring MVC至少是通用架构的最佳选择。在技术上，Reactor和RxJava都可以在单独的线程上执行阻塞调用，但这时就无法充分利用非阻塞网络栈。 - 如果你的Spring MVC应用程序需要远程调用别的服务，请尝试reactive WebClient。你可以直接从Spring MVC控制器方法返回反应类型（Reactor、RxJava或其他）。每次调用的延迟或调用之间的相互依赖性越大，好处就越显著。Spring MVC控制器也可以调用其他响应性组件。
- 如果你有一个大型团队，请记住向非阻塞、函数式和声明式编程转变的陡峭学习曲线。一种不需要完全切换的实用方法是使用响应式的WebClient。除此之外，从小处着手，衡量收益。我们认为，对于广泛的应用程序，这种转变是不必要的。如果你不确定要寻找什么好处，可以从学习非阻塞I/O的工作原理（例如，在单线程Node.js上的并发性）及其效果开始。
原文地址：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/web-reactive.html
